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BACKGROUND OF THE INVENTION 

Field of the Invention 

Distance-vector routing protocols (e.g.. Enhanced Interior Gateway Routing 
10 Protocol (EIGRP)) require that each router send all or a portion of its routing table in 
a routing update message at regular intervals to each of its neighbor routers. The 
distance-vector routing protocols ("the protocol") sends partial updates of its routing 
table when the metric for a route changes. Each router maintains a neighbor table. 
When a new router is added to a network, the new router sends an unreUable packet to 
1 5 a well known address on all interfaces with the protocol enabled. The unreliable 

packet includes a hold time during which the new router must receive a response from 
the neighbors, hi the protocol, rehability is provided only when necessary. A router 
that receives unreliable packets need not acknowledge the unreHable packets. Upon 
receiving an unrehable packet from a new router, the neighbors of the new router adds 
20 the address of the new router to their neighbor table and sends an unreliable packet on 
the same interface through which the new router's unreliable packet was received. 
The new router adds neighbors into the neighbor table when the new router receives a 
response to tiie unreliable packet from the neighbors. 

Using a neighbor discovery/recovery process, each router dynamically learns 
25 about other routers in its network, and maintains the relationships by periodically 

sending packets to inform its neighbors that the router is 'alive'. When a router does 
not receive a packet from a neighbor within a certain amount of time, the router 
assumes that the neighbor has become unreachable or inoperative and removes the 
neighbor from the neighbor table. 
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It is possible to build a 'one-way' neighbor relationship between two routers. If 
a link is functioning in one direction from a first router to a second router, then the 
second router intermittently recognizes the first router as a neighbor. However, the 
first router does not recognize the second router as a neighbor. 

Fig. 1 illustrates an example of the current implementation problem stated 
above where a one way neighbor relationship is temporarily formed in network 100. 
Network 100 includes a router 1 10. For the purposes of illustration, router 1 10 is 
coupled to a router 120 via two one-way links, links 1 1 5A and 1 1 5B. Link 1 1 5 A 
transmits data in one direction, from router 110 to router 120, and link 115B transmits 
data in the other direction, from router 120 to router 1 10. As depicted in Fig. 1, link 
1 1 5B is broken and cannot transmit data in the direction of router 1 10 from router 
1 20. Links 1 1 5 A and 11 5B can be, for example, a broken two-way link with ability to 
transmit data in one direction. Router 1 10 is fiirther coupled to other routers in 
network 100 via links 105 and 107. Router 120 is coupled similarly to other routers in 
network 100 via links 122 and 127. 

For the purposes of example, router 1 10 is a newly added router in network 
100. Router 1 10 establishes a neighbor relationship with other routers by sending an 
unreliable packet 130 to a known address (e.g. links 1 15A and 105). Router 120 
receives packet 130 and determines whether router 1 10 is in its neighbor table. If 
router 1 10 is in the neighbor table of router 120, router 120 updates a neighbor hold 
time to continue consideration of router 1 10 as a neighbor, and does not take any 
further action. If router 1 10 is not in the neighbor table of router 120, router 120 adds 
router 1 10 to its neighbor table and sends an unreUable packet 140 on the same 
interface on which packet 130 is received (e.g., links 1 15A and 1 15B). 

Router 120 then sends a rehable packet 150 to router 1 10 on link 1 15B. 
Because link 1 15B is not fimctional, router 1 10 does not receive unrehable packet 140 
and reliable packet 150 thus router 1 10 does not add router 120 to its neighbor table. 
In the protocol (e.g., EIGRP), reliable packets require acknowledgement from the 
receiving router. Acknowledgments are sent using unrehable packets. Router 110 
does not acknowledge reliable packet 150. When router 120 does not receive an 
acknowledgement within certain predetermined time interval, router 120 removes 
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router 110 from the neighbor table. Every time router 120 receives a periodic 
unreliable packet from router 1 10, router 120 adds router 1 10 to its neighbor table and 
then removes router 110 from the neighbor table when router 120 does not receive an 
acknowledgement from router 110. 

Router 120 intermittently recognizes router 1 10 as neighbor, however router 
1 10 does not recognize router 120 as neighbor. When topology changes occur in 
Network 100, Router 120 will see Router 1 10 as a neighbor and attempt to forward 
the topology changes to Router 120 via reliable packets. Because Router 1 10 is not 
able to receive reliable packets from Router 120, other routers in network 100 will 
build incorrect neighbor topology and can cause network congestion. A method and 
apparatus is needed to ensure bi-directional connectivity between neighbor network 
elements (e.g., in EIGRP). 

SUMMARY 

The present invention describes a method of establishing bi-directional 
connectivity of a network element in a network. The method includes receiving a first 
unreliable packet from the network element, storing an address of the network 
element in a neighbor pending list, sending a reliable packet to the network element 
and if an acknowledgement to the reliable packet is received from the network 
element, accepting the network element as a neighbor. The unreliable packet does not 
require a response and the rehable packet requires a response. The method fiirther 
includes if the address of the network element is in the neighbor list, updating a 
neighbor hold count for the network element. The method fiirther includes 
determining if the address of the network element is in a dampening list and if the 
address of the network element is in the dampening list, updating a value of a 
reliabihty count of the network element to reflect higher reliabiUty of the network 
element. 

The method fiirther includes if the value of the reliability count is a maximum 
value, moving the address of the network element from the dampening list to the 
neighbor pending list. The method fiirther includes if the network element is not in the 
dampening list, adding the address of the network element to the dampening list, and 
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setting the value of the reliability count of the network element to the maximum 
value. The method further includes setting the neighbor hold count for the network 
element and sending a second unreliable packet to the network element. The method 
further includes initiating a neighbor pending timer. The method further includes if 
5 the acknowledgement to the reliable packet is not received before the neighbor 
pending timer expires, removing the address of the network element from the 
neighbor pending list, and updating the value of the reliability coimt to reflect lower 
reliability of the network element. The method further includes if the 
acknowledgement to the reliable packet is received before the neighbor pending timer 
1 0 expires, moving the address of the network element from the neighbor pending list to 
the neighbor list, and removing the address of the network element from the 
dampening list. 

The foregoing is a summary and thus contains, by necessity, simplifications, 
generalizations and omissions of detail; consequently, those skilled in the art will 
1 5 appreciate that the summary is illustrative only and is not intended to be in any way 
limiting . Other aspects, inventive features, and advantages of the present invention, as 
defined solely by the claims, will become apparent in the non-limiting detailed 
description set forth below. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and numerous objects, 

feat\u-es, and advantages made apparent to those skilled in the art by referencing the 

accompanying drawing. 
25 Fig. 1 illustrates an example of the current implementation problem stated 

above where a one way neighbor relationship is temporarily formed in network 100. 

Fig. 2 illustrates a flow diagram of steps performed by a newly added router in 

a network during a process of establishing a neighbor relationship with other routers 

in the network according to an embodiment of the present invention. 
30 Fig. 3 illustrates a flow diagram of the steps performed by a router upon 

receiving an imreliable packet fi-om a new neighbor in a network according to an 

embodiment of the present invention. 
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Fig. 4 illustrates an example of a software modular architecture implemented 
in a router according to an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

5 The following is intended to provide a detailed description of an example of 

the invention and should not be taken to be limiting of the invention itself. Rather, any 
number of variations may fall within the scope of the invention, which is defined in 
the claims following the description. 

Introduction 

10 The present invention describes a method and apparatus to ensure bi- 

directional connectivity between neighbor network elements in distance- vector 
protocol (e.g., EIGRP). The method further defines the dampening of neighbors that 
cannot establish bi-directional connectivity. When a router receives an iinreliable 
packet firom a neighbor, the router adds the neighbor in neighbor table by gradually 

1 5 developing the reliability of the neighbor. First, the router adds neighbor' s address 
into a dampening table and a 'neighbor pending' table. The router then sends a 
reliable packet to the neighbor. If the neighbor does not respond within certain 
predetermined time, the router dampens the neighbor and removes neighbor's address 
from 'neighbor pending' table. Otherwise, when the router receives a response firom 

20 the neighbor, the router 'promotes' the neighbor to the neighbor table. 

The router continues to monitor the reliability of the neighbor and when 
communication with the neighbor becomes unreliable, the router begins 'demoting' 
the neighbor and after reaching certain low reliability threshold, the router dampens 
the neighbor. The 'fiiU neighbor' relationship is established after the neighbor reliably 

25 communicates with the router. The router does not 'advertise' the neighbor in its 
neighbor pending table until the neighbor is 'promoted' to the neighbor table. 

New Router's Packet Flow 

30 Fig. 2 illustrates a flow diagram of steps performed by a newly added router in 

a network during a process of establishing a neighbor relationship with other routers 
in the network according to an embodiment of the present invention, hiitially, the 
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router sends an unreliable packet to a known address (step 210). The router then 
receives unreliable packets from neighbors (step 220). Upon receiving the unreliable 
packet from a neighbor, the router adds the address of that neighbor into a neighbor 
pending table (step 230). The router then sends a reUable packet to the neighbor added 
5 in the neighbor pending table (step 240).The router then sends a rehable packet to the 
pending neighbor (step 250). The router then receives a reliable packet from the 
neighbor (step 260). The router moves the neighbor from the neighbor pending table 
to the neighbor table (step 270). 

10 Neighbor's Packet Flow 

Fig. 3 illustrates a flow diagram of the steps performed by a router upon 
receiving an unrehable packet from a new neighbor in a network according to an 
embodiment of the present invention. Initially the router receives an unreliable packet 

15 from the neighbor (step 305). The router determines whether the neighbor's address is 
in the neighbor table (step 310). If the neighbor's address is in the neighbor table, the 
router updates a neighbor hold count (step 315). The neighbor hold count indicates the 
reliability of the neighbor. Methods of determining a hold count are known in the art. 
Once the neighbor hold count is updated, the router does not take any ftirther action. 

20 If the neighbor's address is not in the neighbor table, the router determines 

whether the neighbor's address is in a dampening table (step 320). The dampening 
table is a hst that contains the addresses of neighbors that are not reliably 
conamunicating with the router. The router maintains a reliability count for each 
neighbor. The reliability count indicates the reliability of communications with the 

25 neighbor. The network adminisfrator can determine a reliability scheme for a 

particular network configuration using methods of determining the reliability of 
communication known in art. 

If the neighbor is in the dampening table, the router determines whether the 
neighbor is dampened (step 325). A neighbor is dampened when either the neighbor is 

30 inoperable or unreachable. A neighbor is determined to be dampened after the 

reliability of communication with the neighbor reaches a certain low reliability count 
threshold, as determined by the network administrator. If the neighbor is dampened, 
the router does not take any further action. 
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If the neighbor is not dampened, the router updates the reUability count for the 
neighbor to reflect higher rehabihty of communication with the neighbor (step 330). 
The reliabiUty count can be updated according to a scheme determined by the network 
administrator (e.g., lowering the value of the rehability count by a predetermined 
number or the like). The router then determines whether the reliability count has 
reached a maximum value (step 335). The maximum value of the reliability count can 
be either predetermined (e.g., a value of zero can represent a maximum value or the 
like) or dynamically calculated by the router according to a network traffic condition. 
If the rehability count has not reached the maximum value, the router does not take 
any further action. If the rehability count has reached the maximum value, the router 
proceeds to add neighbor's address in a neighbor pending table (step 350).If the 
neighbor is not in the dampening table, the router adds the neighbor to the dampening 
table (step 340). The method of managing the dampening table is known in the art. 
The router sets the rehability count to a maximum value (step 345). The router sets 
the rehability count to the maximum value assuming that the router can establish a 
neighbor relationship with the neighbor. The router then adds the neighbor's address 
to the neighbor pending table (step 350). The neighbor pending table is a hst that 
includes the address of new neighbors that have sent unreliable packets to initiate a 
neighbor relationship with the router. The router then sets the neighbor hold count 
(step 355). 

Next, the router sends an unrehable packet on the same interface where the 
router receives the unreliable packet from the neighbor (step 360). The router send a 
reliable packet to the neighbor (step 365). The router then initiates a neighbor pending 
timer (step 370). The neighbor pending timer monitors the time elapsed until an 
acknowledgement is received from the neighbor. The value of the neighbor pending 
timer can be predetermined or dynamically calculated according to a network traffic 
condition. The router waits for a rehable packet (acknowledgement) from the 
neighbor. 

The router determines whether a reliable packet (acknowledgement) is 

received from the neighbor (step 375). If the reliable packet (acknowledgement) is not 
received from the neighbor, the router determines whether the neighbor pending timer 
has expired (step 380). If the neighbor pending timer has not expired, the router 
continues to wait for the rehable packet (acknowledgement) from the neighbor. If the 

-7- 



798621 vl 



Attorney Docket No.: M-n998 US 



neighbor pending timer expires and the router has not received a reliable packet 
(acknowledgement) from the neighbor, the router removes the neighbor's address 
from the neighbor pending table (step 385). The router updates the reliability count to 
indicate lower reliabiUty according to the reliability scheme determined by the 
5 network administrator (step 390). If the router receives a reliable packet 

(acknowledgement) from the neighbor before the neighbor pending timer expires, the 
router moves the neighbor's address from the neighbor pending table to the neighbor 
table (step 395). The router then removes the neighbor's address from the dampening 
table (step 397). 

10 

An example of Software Architecture 

Fig. 4 illustrates an example of a software architecture 400 implemented in a 
=: router according to an embodiment of the present invention. A central processing 

f- 15 module 410 processes incoming packets to establish bi-directional coimectivity with a 
neighbor. Central processing module 410 interfaces with an input/output module 420 
J;" (e.g., by executing commands, sending/receiving messages or the hke). Input/output 

module processes incoming and outgoing packets according to processes defined by 
the protocol (e.g., EIGRP). A counter module 430 provides various counter and timer 
^~ 20 ftmctions for central processing module 410 (e.g., neighbor pending timer, neighbor 
hold count and the like). 

A neighbor pending table 440 stores a list of neighbor identifications (e.g., IP 
address or the like). Central processing module 410 uses neighbor pending table 440 
to store the identifications (e.g., IP address or the like) of neighbors that are in the 
25 processes of establishing a bi-directional connectivity with the router. Neighbor 

pending table can be any data storage (e.g., linked list, hardware memory block or the 
like). A neighbor table 450 stores the identifications (e.g., IP address or the like) for 
neighbors that have estabhshed a bi-directional connectivity with the router. A 
neighbor dampening table 460 stores the identifications (e.g., IP address or the like) of 
30 neighbors that have unreliable or no communication with the router. 

One skilled in art will appreciate that operations discussed herein may consist 
of directly entered commands by a computer system user or by steps executed by 
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application specific hardware modules, but the preferred embodiment includes steps 
executed by software modules. The functionality of steps referred to herein may 
correspond to the functionality of modules or portions of modules. 

The operations referred to herein maybe modules or portions of modules (e.g., 
5 software, firmware or hardware modules). For example, although the described 
embodiment includes software modules and/or includes manually entered user 
commands, the various exemplary modules maybe application specific hardware 
modules. The software modules discussed herein may include script, batch or other 
executable files, or combinations and/or portions of such files. The software modules 
10 may include a computer program or subroutines thereof-encoded on computer- 
readable media. 

Additionally, those skilled in the art will recognize that the boimdaries 
between modules are merely illustrative and alternative embodiments may merge 
modules or impose an alternative decomposition of functionality of modules. For 

15 example, the modules discussed herein may be decomposed into sub-modules to be 
executed as multiple computer processes. Moreover, alternative embodiments may 
combine multiple instances of a particular module or sub-module. Furthermore, tiiose 
skilled in the art will recognize that the operations described in exemplary 
embodiment are for illustration only. Operations may be combined or flie 

20 functionality of the operations may be distributed in additional operations in 
accordance with the invention. 

While particular embodiments of the present invention have been shown and 
described, it will be obvious to those skilled in the art that, based upon the teachings 
herein, changes and modifications may be made without departing firom this invention 
25 and its broader aspects and, therefore, the appended claims are to encompass within 
their scope all such changes and modifications as are within the true spirit and scope 
of this invention. Furthermore, it is to be understood that the invention is solely 
defined by the appended claims. 
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